home *** CD-ROM | disk | FTP | other *** search
/ Amiga Format CD 43 / Amiga Format CD43 (1999)(Future Publishing)(GB)(Track 1 of 2)[!][issue 1999-09].iso / -serious- / -commercial- / warpup_v40upd / warpup-warpos / first_aid.txt < prev    next >
Text File  |  1999-06-14  |  4KB  |  122 lines
  1.  
  2. First aid for problems with WarpOS
  3. ----------------------------------
  4.  
  5. - Problem:
  6.   The powerpc.library can't be opened. The WarpUp demos don't work at
  7.   all and eventually cause error messages like 'can't open
  8.   powerpc.library'.
  9.  
  10. - Solution:
  11.   The powerpc.library V8 or higher can only be opened if the ppc.library
  12.   from Phase5 isn't active. This means, if WarpOS should be used it is
  13.   required to make sure that no PowerPC applications are running which
  14.   use the ppc.library.
  15.  
  16.   It is important to note, that even programs, which are running in the
  17.   background, can use the ppc.library. For example some versions of the
  18.   graphics card software 'CyberGraphX' exist which use the ppc.library.
  19.   In this case it is necessary to install a version of CyberGraphX
  20.   without ppc.library support if WarpOS should be used.
  21.  
  22.  
  23. - Problem:
  24.   The powerpc.library can't be opened although no application was ever
  25.   started which could have opened the ppc.library.
  26.  
  27. - Solution:
  28.   In this case it's possible that the ppc.library is opened at boot time,
  29.   then it is probably located in nonvolatile memory.
  30.  
  31.   The best solution would be to make un upgrade of the nonvolatile memory
  32.   so that the ppc.library is not opened anymore at boot time. The hardware
  33.   and software should continue working properly. This is the only way
  34.   that WarpOS can integrate itself in a completely system compliant way.
  35.  
  36.   If no upgrade is available which fixes these problems then you should
  37.   set the environment variable 'powerpc/Terminator' to a non-null value.
  38.   WarpOS then tries to remove the ppc.library and related resources by
  39.   hand. If this causes problems please tell us so that we can develop
  40.   further terminators to fix these problems.
  41.  
  42.  
  43.  
  44. - Problem:
  45.   Every demo which opens the powerpc.library, crashes.
  46.  
  47. - Solution:
  48.   - On systems without PPC board, the env variable 'noPPC' must
  49.     absolutely be set to a value unequal zero. After that, all
  50.     demos which are able to run without PPC (but which try to
  51.     open the powerpc.library) should run.
  52.  
  53.  
  54.  
  55. - Problem:
  56.   If a demo is started several times in the shell, crashes occur.
  57.  
  58. - Solution:
  59.   The problem can occur in conjunction with the WShell, which frees
  60.   signals that were not allocated by itself. The problem can be
  61.   solved with the env variable 'earlyterm'. If this variable is set
  62.   to 1, the problems should be solved. Restrictions: no global settings
  63.   can be made in the shell, which could affect the PPC, so the tools
  64.   'stackppc' and 'changemmu' don't work anymore. To set the PPC stack
  65.   size, you have to use the command 'stack' (the PPC stack is about
  66.   double the stack size of the 68K stack).
  67.  
  68.  
  69. - Problem:
  70.   Since version 1.6 the voxelspace demo doesn't work with Picasso96
  71.   anymore.
  72.  
  73. - Solution:
  74.   The voxelspace supports the OS3.0 multibuffering for Picasso96
  75.   since V1.6 to achieve a better display quality. Therefore it is
  76.   required that an appropriate new version of Picasso96 is installed.
  77.  
  78.  
  79. - Problem:
  80.   When those demos are started, a screen mode requester appears which
  81.   is empty.
  82.  
  83. - Solution:
  84.   This effects occurs if a CyberGFX emulation for AGA is active. In this
  85.   case the demos have to be started with the 'PAL' parameter.
  86.  
  87.  
  88. - Problem:
  89.   When starting some WarpUp applications, 'ramlib' crashes appear.
  90.  
  91. - Solution:
  92.   This problem appears for newer BlizzardPPC hardware (resp. for
  93.   newer flash ROM versions), because AMIGA-OS is patched in a way,
  94.   that it can't work anymore correctly without ppc.library. Therefore
  95.   a new terminator mechanism for WarpOS had to be developed. The
  96.   variable 'powerpc/terminator' must be set to 2.
  97.  
  98.  
  99. - Problem:
  100.   The WarpUp demos are running EXTREMLY slow.
  101.  
  102. - Solution:
  103.   The debugging variable is probably set. The variable 'powerpc/debug'
  104.   must be set to zero.
  105.  
  106.  
  107. - Problem:
  108.   Some applications, which access the graphics board address space directly,
  109.   crash.
  110.  
  111. - Solution:
  112.   If CyberVisionPPC/BVisionPPC graphics boards are used, it is necessary to
  113.   tell WarpOS about the address space location. The following env variables
  114.   have to be set correctly:
  115.  
  116.   powerpc/force 1
  117.   powerpc/gfxaddr $e0000000
  118.  
  119.   These values should be set correctly by the WarpUp V4 installer.
  120.  
  121.  
  122.